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[57] ABSTRACT 

A method and implementing co mputer system is provided ••^fafrr 
including a multimedia server connected in a network con- YW ^* t "Tfuffi 1 - 



figuration with client computer systems. The multimedia 
server includes various functional units which are selec- 
tively operable for delivering and effecting the presentation 
of multimedia files to the client such that a plurality of 
multimedia files are seamlessly concatenated on the fly to 
e nable a continuous and uninterrupted presentation to the 
client . In one example, client selected v ideo files a re seam- 
lessly joined together at the server just prior to file delivery 
from the server. The methodology includes the analog to 
digital en coding of multimedia segments followed by a 
commonizatioQ processing to ensure that all of the multi- 
media segments have common operating characteristics. A 
seamless sequential playlist or dynamically created playlist 
is assembled irom the selected and commonized segments 
and the resources needed to deliver and play th e playlist are 
reserv ed in advance to assure resource availability for con - 
tinuous transmission and execution of the playlist. At a 
predetermmed point prior to an end point of eacn selected 
multimedia segment, the next selected segment is initialized 
and aligned in memory in preparation for a seamless switch 
to the next segment al the end of a previous segment, thereby 
providing a seamless flow of data and a continuous presen- 
tation of a plurality of selected multimedia files to a client 
system. 

22 Claims, 3 Drawing Sheets 
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METHOD OF DELIVERING SEAMLESS AND 
CONTINUOUS PRESENTATION OF 
MULTIMEDIA DATA FILES TO A TARGET 
DEVICE BY ASSEMBLING AND 
CONCATENATING MULTIMEDIA 
SEGMENTS IN MEMORY 



RELATED APPLICATIONS 



Moreover, in many server file systems, many different 
multimedia files may be stored for selective access and 
presentation. Such files may be selected individually for 
presentation or such files may be selected in groups. Many 
of the files contain both video content and corresponding 
aiiHin cnpti-nt- Moreover, since all of the video files are not 
generally provided from the same source, t he files exist i n 
the file system or library in various formats a nd have various 
"operating characteristics". When any ot the files are called 
The present application is related to the following 10 f or presentation, several "initializing" processing steps are 
co-pending applications filed on or about Oct. 31, 1997: required before the selected file or files can be presented. For 
"DATA TRANSFER COUPLING SUBSYSTEM", Ser. No. example, with video files, the encoding rate of the file must 
08/958,823, filed Oct. 28, 1997, "FILE LIST b e accommodated with the bit rate or transfer rate of the 
PROCESSING", Ser. No. 08/958,824, filed Oct. 28, 1997, communication link, and the "play rate" and resolution of 
"SCALEABLE NETWORK TRANSPARENT ACCESS 15 me di^y dev i ce . However, in "real time" or "on-the-fly" 
FRAMEWORK FOR MULTIMEDIA SERVING", Ser. No. applications, the initialization process delay for sequential 
08/961,704, filed Oct. 31, 1997, and "METHOD FOR video or audio segments for example, may cause gaps, 
REAL TIME DETERMINISTIC DELIVERY OF MULT1- "freezes", or "black screen" break-up of video presentations, 
MEDIA DATA IN A CLIENT/SERVER SYSTEM", Ser. and possibly data loss or other very undesirable effects 
No. 08/961,468, filed Oct 31, 1997, all of which are M during the video or audio or other multimedia presentations. 



assigned to the assignee of the present application and 
included herein by reference. 

FIELD OF THE INVENTION 

The present invention relates generally to information 
processing systems and more particularly to a methodology 
and implementation for displaying a plurality of video 
segment files in a continuous seamless presentation. 



25 



Thus, there is a need for an improved multimedia pre- 
sentation methodology which is effective to assemble a 
plurality of selected multimedia files and provide a continu- 
ous data flow to enable a seamless and continuous presen- 
tation of the selected multimedia data files. 

SUMMARY OF THE INVENTION 
A method and implementing computer system is provided 



BACKGROUND OF THE INVENTION 

In network computer systems, a plurality of client com- 
puters are typically connected together and to one or more 



in which a plurality of multimedia files are seamlessly 
30 concatenated on the fly to enable a continuous presentation 
of the multimedia files. In one example, video files are 
seamlessly joined together just prior to file delivery from a 
server library to network clients to enable a continuous and 
uninterrupted flow of multimedia data and a corresponding 
server computers in the network. A network mav be estab- 35 seamless video presen tation of the selected files to one or 
lished through the hard_- wjrGd interconnection, of a plurality mQK dcsignatcd display dcviccs of thc c ii cnt . The mcthod- 
ot computer term mats and servers m a local network or on_ 0 i ogy indues me analog to digital encoding of multimedia 
a wider scale such as the Interne t or world wide web which scgmcnts followed by a commonization processing to insure 
may include 1 Hi lecommumcalion links. In any case, the mat all of the multim edia segments have common operating 
rieiwurk server or servers act as the central control unit for AQ characteristics. A seamless sequential playlist is assembled " 
providing access to files, programs and program execution from the select ed and commonized segments and~fl£ 
to the individual computers connected within the network. resources needed to deliver an d play thc playlist are reserved 
With the increasing use of networks in general and in advance to assure re source availability tor continuous 
multimedia presentations in particular, new opportunities transmission and execution of the playlist. At a predeter- 
are being developed for the design and delivery of data 45 mined point prior to an end point of each multimedia 
resources and assets in multimedia networks. In many segment, the next selected segment is initialized and aligned 
applications, multimedia presentations are designed and in memory in preparation for a seamless switch to the next 
created "on the fly" for delivery and presentation to both segment at the end of a previous segment, thereby providing 
digital and analog display systems. For example, a user o r a seamless flow of data and a continuous presentation of a 
"client" on a network or on the Internet may select'a , series 50 plurality of selected multimedia files to a client system in 

such a way that the multimedia data received is assembled 
from multiple separate file segments. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A better understanding of the present invention can be 
obtained when thc following detailed description of a pre- 
ferred embodiment is considered in conjunction with the 
following drawings, in which: 

example, for a n advertisement clip in^-riinn when the FIG. 1 is a diagram of a networked computer system in 

physical storage device is not large enough to store thc entire 60 which me present invention may be implemented; 

FIG. 2 is a schematic diagram of a simplified system 
showing selected components and subsystems of a net- 
worked computer system in which the present invention may 
be implemented; and 

FIG. 3 is a flow chart illustrating an exemplary opera- 
tional sequence for one implementation of the disclosed 
methodology. 



! available 

to individual users on demand. In another application, a 55 
broadcast station may select and call for the presentation of 
a series of video segments for broadcast through associated 
stations to analog display dcviccs of subscribers. For 



content, segments have to be stored in multiple physical 
storage devices. In either thc network or thc broadcast 
application, it is important that the display of the sequential 
segments be continuous or "seamless" since any disconti- 
nuity in the data stream being delivered will result in either 65 
a loss of data or a "freeze" or other discontinuity in a 
displayed "moving" video presentation. 
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With reference to FIG. 1, there is shown a schematic 
diagram of the main system components for an exemplary 
multimedia server embodiment in a network environment. 
In general, circuit details beyond those shown in the Figures 
are not specified to any greater extent than that considered 
necessary as illustrated, for the understanding and apprecia- 
tion of the underlying concepts of the present invention and 
in order not to obfuscate or distract from the teachings of the 
present invention. The illustrated components of FIG. 1. 
inc lude a client terminal 101 which can include a digital 
vi deo terminal in a PC arrangement or an analog video , 
termina] arranged tn rpreiw analnp riata fnr rt>p1y TJie 
c lient terminal 101 is connected through a network configu- 
ration 105 to a formatter server 107. The server system, in 
addition to the formatter server 107, further includes a 
conlrolkr-unU- 109 and a data pump 111 which are connected 
together to provide various multimedia functions including 
asset/query selection, asset control and asset delivery, 
respectively, as illustrated. The main functional server units 
107, 109 and 111 may be arranged in separate machines as 
illustrated for larger systems or may be combined in one 
server device as illustrated in FIG. 2 for other systems. The 
f multimedia server can store and deliver real-time, streamed 
I MPEG compressed audio and video file content . 
*•* As shown in FIG. 2, a multimedia server 201 includes ar] 
HTl'PD unit for web communications, a presentation man- 
ager 207, an application server 209, a control server unit 
211, a data pump arrangement 213 (which may include a 30 
plurality of data pumps in parallel), and a multimedia file 
system 21 5. The multimedia server also includes a content 
management data base 217 and a system management unit 
219. The various ^cti'nn<: nf the multimedia gpr w.r 201 are 
arranged for connection to a client system 203 which may 35 
include a web browser 221. a video viewer device 223 as 
wrll a nptwnrk subsystem 225 and a multimedia _ sub^. 
system 227. . 

The presentation for matter s erver 107 controls how ch- 
ants view inlori riallM uu availaWB assets and select specific aq 
assets lor viewin g, ine tormatter iuv also runs an HTTP 
Link system to enable communication between a client web 
browser and the server system. Th e data pump 1 11 stores 
multimedia files , which are also referred to as multimedia 
assets, and delivers assets to the client. The data pump 111 45 
is arranged to play a file to a client across a network 105 as 
shown. The controller 109 of the system c oordinates the 
various functions of the system and is made up of two parts 
viz. an a pplication serve r 209 and a control server 211. The 
control server is the main control point for the setup and 50 
delivery of an asset to the client represented by terminal 101. 
The control server 211 functionality is to provide resource 
management and admission control for the entire server 
complex and includes the selection of data pumps and 
command processing. By controlling the number of multi- ss 
media or audio /video data streams, the control server 
ensures that the quality of the service is maintained across 
the system. Specifically, the control server provides a phi- 
rality of multimedia file data stream control functions 
including the functions of "play", "stop", "pause", "rewind", 60 
"forward" and "seek". The control server also provides 
r esource management , including a jmissioq cnntml and load 
balancing, for both playing streams and content loading. In 
addition, the control server 211 stores a catalog of multi- 
media assets available on one or more data pumps'lll. The 65 
application server 209 handjes communication with the 
cl ient requesting an asset. F orex ample, an application server 



mands to control individual streams. The application server {'"tfitf^ 



receives requests from a client and can issue VCR com- 



209 can also include an optional content management data- ^JL 
base 217 containing additional information concerning the 
available assets, for example such i nformation as^ the 
director, t he subject and/or th e actors fo r a particular video 
presentation. 

Multimedia content management is handled through 
HTML forms od the server home page for example. Users 



>■ 



can add, delete, change and view "attributes" of assets . Asset ^jQAj&^jft^ 




attributes include information such as encoding tvpe . irame 
rate and play rate. Such attributes describe the characteristics 
of data in the file system and tell the server how to serve 
actual multimedia data stored in the file system. The server 
includes a tool that automatically determines the encoding 
type, frame rate and play rate when content is loaded 
through HTML forms. The attributes for a file can be 
complemented by additional information describing the 
asset. Such infor Tiarinn, ™ hirh may he H^fi n ^ bv the user, 
can include additional informational items such as title, 
subject. aclnrs r director, and date released as hereinbefore 
noted. 

The multimedia server 201 is arranged for storage and bfcJrr&d iUX ' 
delivery of video and audio presentations. Multimedia assets TvUA*tT,*j 
are placed in a file system 215 for storage and retrieval using 
a method called striping. S triping spreads the content of a 
multimedia file across airof the disks in a file system for 
optimized performance. Client code is installed on a client 
machine to enable the client to access server assets. 

In the present example, the multimedia server 201 has 
three predefined presentation formatter programs in the * * l 
formatter section 207. A first video selection allows a client -\ l*! 4 * ^j, £ 
to link to specifi c assets directly from an HTML p age. In this 
moae, a page must be created with an explicit link to each 
video stored. This simple approach requires no additional 
asset information to be stored in the application server, and 
only basic attributes (for example, encoding type, frame rate, 
and play rate) are available and are supplied on the initial 
HTML page. Use of this presentation formatter is best when 
there are few assets and they are not added or deleted often. 

A second presentation formatter, herein referred to as yiJieotffc 
Video-on-Demand or VOD, allows a client to select a video 
trom a Q ^namicany generated lis t. This method avoids 
having to update a list of links each time an asset is added 
or deleted. Use of the VOD presentation formatter requires 
the creation of a database of a d ditional asset information, 
such as title, subject, etc., that can be queried by the client. 
That database must exist in the application server 209 . > 

portion of the controller. The presentation formatter allows tl i&rfT Sftd^KW-S 
the cl ient to search the content management database 21 7 "^flT^i^ 
and view a list of only those assets that arc of interest to the ^o^^pf (jiiCJvr- 
chent bor example, a client might search the system for all SflS&iyC 
videos directed by a certain known director and released 
after 1977. 

A third presentation formatter is referred to as th e Mul- 
ticast Video Guide. Using this formatter, a server adminis- 
trator can schedule video broadcasts to a group of clients. 
This formatter allows clients to view a list of currently 
scheduled tobs and clients can join or leave a multicas t 
session at any time. Th e three formatters can be used directly 
or modified, or other formatters may be written using API 
(Application Program Interface) calls provided by the 
server. 

The following process describes in detail an exemplary 
methodology implemented in delivering a server asset to a 
client through the VOD presentation formatter which was 



demand 



st<r\ftr aA)nXA 
Jo* 
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referred to above in more general terms. When using ihe 
Video Selection Presentation formatter, where the user does 
not narrow a selection by search criteria, the process may 
skip directly to a subsequent step at which the client pro- 
ceeds immediately to select a multimedia asset from a listing 
on a HTML page presented to the client. 

Using the VOD presentation formatter, a client we b 
browser 221 would request from the presentation formatt er 
server ZM'l an 11 1 ML page containing links to a presentation 
formatter program. The presentation formatter server 20*7 
Then returns the requested page and me client webbrowscr 



221 then selects a searcK"fUricTl5ii irom ihe page to initiate" 
~a search from the av ailable assets/ fhe presentation tormat- 
fjLf^i ' fer sfitVfif 207 receives tne request and runs the Video -On- 
-\q***MFj r} ftmanf i nr VOD nrftv.ntfltinn formatter nrnpram. The VOD 



dated with the bit rate or transfer rate of the communication 
link, and the "play rate" and resolution of the display device. 
However, in "real time" or "on-the-fly" applications, the 
initialization processing for sequential video or audio seft- 
5 mcnts for example will cause gaps, "freezes", and possibly 
data los sor other very undesirable effects during the video 
or audio or other multimedia presentations. 

The ^ommonizauon^jVocess to ensure that all of the | 
10 selectecTvideUil iliuludt; ffie same operating characteristics, 
and the creation of a seamless data stream in order to avoid 
undesirable visual effects, is accomplished through the 
implementation of the exemplary processing methodology 
illustrated in the FIG. 3 flow chart. After the plurality of n£i&\4cMA@tiC£> 



Demand or VOD presentation formatter program. The VOD lS vkkos has selected hv a client the Drocess be , ins 301 



formatter dynamically creates a search f orm based on th e 
fie lds in the application server content management database 
ill and returns th e form via the presentation formatter 
server 207 to the client. The client completes the search f ield 
and sends the data to the presentation formatter server . 



Ine server 207 receives the request and runs the VUD 
presentation formatter program. The VOD presentation for- 
matter s end the query to the a pplication serve r portion 209 
of the controller, which, in turn, queries the c ontent man- 
agement database. The results are returned uTlhe VOD ^ communication link and the display system. 
pre^ntatiorTformatter which dynamically builds an HTML When it has brrn HrtrrminrH that *n nf t hc video files 
page and returns the page containing the search results to the have the same operating char^ristir*, * "pUylki"^' 



and determines 303 whether all r>f the selec ted video s, in the 
present example, have the same operating characteristics 
(e.g. encoding rate of the video vs the transfer rate of the 
commun ication link, the play rate vs the display scan rate 
ana res olution ot the display device), it any oi tne videos has 
durereni operating characteristics, the video file is encoded 
305 from analog to digital segments having the same oper- 
ating characteristics to be compatible with or match the 



.client. The preceding steps are repeated as necessary to 
narrow the search. 



'prepared 3 07. The playlist is a listing of the selected yideg 

»-> , tm „ ^ segments which have been s electe d for presentation. Next, 

' P j es^mWrn^ request a na are reserved 309 . ^ st of ^ resources 309 is 

™ U^K r ClL ° P t0rma "H-£^ necessary sinc e any break in the video stream after the 

gram. I ne V5F formatter passes tne selection request to the , 3 . 

fonder 211 where an HTML metafile is created contain- S ?J«" be ? ms 10 ^ 10 lhe ^ w11 cause , an 

ing the pertinent inform auon regarding the select ed asse t. 35 able break m the P resenlatl0n " even a loss of data. 

The metafile is returned via the presentation formatter server" Accordingly, the communication link must be reserved for 

to the client. The client's web browser 221 receiv es the ^ e vldeo presentation data stream to follow. Next, the first 

HTML metafile, and, based upon the encoding type ot the selected video segment begins to play 311 as the data stream 

video, launches the video client code, which invok es"! is initiated "on-the-fly" from the server to the client terminal. 

multimedia player, e.g. video viewer 223. on the client ' *o While the first selected video segment is playing and the 

system to play back the asset. T he multimedia or video client' video data is streaming from the server 201 to the client 

code initiates a session with the application server portion system 203, a determination is made 313 as to whether there 

209 of the controller 211 to start the playback. Once the asset are more segments to be presented. If there are more 

is playing, the client multimedia code uses the session to segments 313, at a predetermined point prior to the end of 

control the playback using VCR-style functions. The con- 45 the data stream for the first video segment, an initialization 



y 



troller contacts the appropriate data pump 213 to initiate a 
data delivery session with the client. Once the session is 
connected, the asset can be started immediately or at the 
request of the client. The data pump 213 streams the data to 



process is begun 315 for the second selected video segment 
in order to prepare the second selected video segment to be 
seamlessly concatenated to the end of the first selected video 
segment 317. The predetermined point is determined to be 




t he client and th e client receives the data into its network 50 Sllfficienl to accomplish the initialization process, i.e. the 
subsystem m wnere data is passed to the multimedia player proccss dclay> of ±c ^ scgmcnt . That pro- 

cess is accomplished in order to provide a seamless and 
continuous flow of data from the server to the client without 
interruption at a transition point between the first selection 



j^for presentation 

In many cases, a user or client may select a plurality of 
video files for presentation at the client terminal. In such 



cases^adoat^^^ 55 and ^ £ ^ ^ ^ (nmsfcr Qf (he 

selected video files. When all of the selected video segments 
have been concatenated and have been presented to the 
client system, and there are no additional segments 313 to be 
presented, the process will end 321 at the end of the current 
segment 319. Because of the segment concatenation, there 
will be no discernible hreak in the video presentation' 



multimedia files may be stored for selective access and 
presentation. Such files may be selected individually for 
V 1 presentation or such files may be selected in groups. Many, 

ij ' |- I of the files contain both video content and corresp onding 

QjuJt/^ QYOttJSCT audio content. M oreover, since all ol the video Hies are not 
* L M jJL a o|tu£a generally provided from the same original source, t he files 
\A\fOK& j*7J exist i n th e fii c system or library in various formats and have 

-ft> (? V>*\ various "operating characteristics'^. As previously discussed^ 

* Q when any of the files are called~for presentation, several 

2Tf£0Lfh&"initializing" processing steps are required before the 
1 i -v selected file or files can be presented. For example, with 
(JuM^y video files, the encoding rate of the file must be accommo- 



60 



between the first and second and subsequent selected video 
segments. 

65 One of many possible pseudocode listings which could be 
implemented to practice the disclosed methodology is pre- 
sented below. 
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Program Main( ) 
{ 

//reserve act wort connection resource 
pid - OpenPort ("ntmgroup", 

ATM__AAL5, 

1500000); 

if (!pid) return NFTWORK_CONNECTION_RESOURCE_F.RROR; 
//create playlist & preroil 1st asset 
sid - OpcnPlayStrcam (vidcol", 

pid, 

1, 

SEAMLESS_PLAY, 
PAUSE); 

if (laid) return STREAM_RESOURCE_ERROR, 
// add 3 more assets into playlist 
if (UpdatePlayStream ("video2", 

sid, 

2) 

return PLAYUST_RESOURCE_ERROR; 
if (UpdatePlayStrearn ("video2", 
sid, 
3) 

return PLAYLIST_RESOURCE_ERROR; 
if (UpdatePlayStream ("video3", 
sid, 
«) 

return PLAYUST_RESOUKCE_ERROR; 
//start play from entry 1 
if (Play (sid, 1) return PLAY_ERROR; 
While 1; 

if (GetPlayStre»inStatus( ) - END_OF_STREAM) return (0); 
return OK; 
} 

OpenPort (portgroup, 
porttype, 
destination, 
bandwidth) 

{ 

// loop through all configured port to select port to service request 
While 1; 

Select all data pump containing requested portgroup member; 
Select data pump with the highest bus bandwidth & CPU bandwidth 
available; 

Select port with same porttype within the selected data pump; 
if (selected port reserved bandwidth > requested bandwidth) 
Reserve selected port; 

Connect to requested network destination (bandwidth); 
break; //exit loop, port found 

else 

try next port (same data pump, then alt data pump); 
// end do while 
if (error) return error, 
return OK; 



} 

OpenPlayStrcam 



} 



(asset* 
portid, 
entry, 
mode, 

play_option) 



Open asset file; 
Get atset.noimal_play_rate; 
if (pid.band width < asseLnonnaL_play_rate) 
return ERRROR; 

if (disk.b and width < asseLnrrnal_play rite) 

return ERROR; 
reserve disk bandwidth up to asseLnormal_play_rate; 
insert asset into playlist; 
//initialize asset 

start separate thread to do pro-fetcb asset file to cache; 
if(plny_option— AUTOSTART) 

//play entry 1 

PlayO); 

else 

Pausc( ); 
return OK; 
} 

UpdatePlayStrcamfasjet, 
strcamid, 
entry) 
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Open asset file; 

Get asscLoormal play rate; 

if (pid.bandwidth < asset .no nnal_play_rate) 

return ERROR; 
if (disk bandwidth < asset.normal_Dlay_rate) 

return ERROR; 
reserve disk bandwidth up to isacLaormal_p!»y_ratc; 
insert asset into playlist; 
return OK; 



Prc-fetch( ) thread 
{ 

while 1; 
{ 

Get space in cache; 
if space available in cache 
read data from file in disk to cache; 

if (no maTe data && cache remaining < prc-fetch delay of a new 
asset) 

call prefetch( ) prefetch next asset file data within the 
playslream (playlist); 

else 
wait for space; 

} 

return OK; 

} 

Play (entry) 
{ 

Initialize video rendering device 
start play thread; 

} 

play thread 

While 1; 
{ 

[f cache data available 

send video data from cache; 
free space in cache; 
if pre- fetch wait for space 

wake-up pre- fetch thread; 

} 

return OK; 

} 



The method and apparatus of the present invention has 
been described in connection with a preferred embodiment 
as disclosed herein- The disclosed methodology may be 
implemented in a wide range of sequences, menus and 
screen designs in systems with real-time seamless delivery 
of multimedia content requirements, to accomplish the 
desired results as herein illustrated. Although an embodi- 
ment of the present invention has been shown and described 
in detail herein, along with certain variants thereof, many 
other varied embodiments that incorporate the teachings of 
the invention may be easily constructed by those skilled in 
the art, and even included or integrated into a processor or 
CPU or other larger system integrated circuit or chip. 
Accordingly, the present invention is not intended to be 
limited to the specific form set forth herein, but on the 
contrary, it is intended to cover such alternatives, 
modifications, and equivalents, as can be reasonably 
included within the spirit and scope of the invention. 

What is claimed is: 
~~ 1. A method for processing a plurality of multimedia 
segments to form a continuous stream of information, said 
method comprising: 

streaming a first multimedia segment from a server device 
for playing on at least one target device; 

determining that a second multimedia segment is to be 
played following said first multimedia segment; 

preparing said second multimedia segment to be concat- 
enated to said first multimedia segment; 
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concatenating said second multimedia segment to said 13. The method as set forth in claim 1 wherein said 

first multimedia segment prior to a completion of a multimedia segments are audio segments, 

transfer of said first multimedia segment, said concat- 14, The method as set forth in claim 13 and further 

enating being operable to effect a seamless transition including: 

from said first multimedia segment to said second 5 ., . . r . r 

multimedia segment in transferring said first and sec- commonmng operating characteristics of said first and 

ood multimedia segments to the target device. multimedia segments such that said first and 

2. The method as set forth in claim 1 wherein said second multimedia segments have a common set of 
plurality of multimedia segments comprises more than two operating characteristics prior to being transferred to 
multimedia segments, said method including: 10 said target device. 

concatenating sequential ones of said plurality of multi- 15. The method as set forth in claim 14 and further 

media segments to effect a seamless transition between including: 

sequential ones of said multimedia segments in trans- preparing a playlist, said playlist being comprised of a 

ferring said plurality of multimedia segments to the ^ of muUimedia segments to be transferred to said 
target device. 15 

3. The method as set forth in claim 2 wherein said target ™ iL ' , - ,■ * , JtL 
device is a network client terminal. . ^ method 35 *« forth m daiin 15 and ***** 

4. The method as set forth in claim 2 wherein said target including. 

device is a network server terminal. determining resources required for transferring said mul- 

5. The method as set forth in claim 2 wherein said target 20 timedia segments to said target device; and 

device is a digital to analog video device. reserving said resources to ensure a constant availability 

6. The method as set forth in claim 1 wherein said 0 f sa fd resources during a transfer of said multimedia 
preparing further includes: segments to said target device. 

commonizing operating characteristics of said first and 17. The method as set forth in claim 1 wherein said 

second multimedia segments such that said first and 25 multimedia segments are video segments, 

second multimedia segments have a common set of ig. The method as set forth in claim 17 and further 

operating characteristics prior to being transferred to including: 

said target device. commonizing operating characteristics of said first and 

7. The method as set forth in claim 6 and further includ- , ti . . . , c . . 
. . 30 second multimedia segments such that said first and 

second 

prep aring a playlist. said playlist being comprised of a . . ,. . , 

^tmg of multimedia segments to be transferred to said mulumedia segments have a common set of operating 

target device characteristics prior to being transferred to said target 

8. The method as set forth in claim 7 and further includ- device. 

j pg : 19. The method as set forth in claim 18 and further 

determining resources required for transferring said mul- including. 

timedia segments to said target device; and preparing a playlist, said playlist being comprised of a 

reserving said resources to ensure a constant availability ustin g of multimedia segments to be transferred to said 

of said resources during a transfer of said multimedia *o target device. 

segments to said target device. 20. The method as set forth in claim 19 and further 

9. The method as set forth in claim 1 wherein said including: 

multimedia segments are video segments. determining resources required for transferring said mul- 

10. The method as set forth in claim 9 and further timedia segments to said target device; and 
including. 45 rcscrv ing said resources to ensure a constant availability 

commonizing operating characteristics of said first and of said resources dur ing a transfer of said multimedia 

second multimedia segments such that said first and segments to said target device, 

second multimedia segments have a common set of n ^ ^ ^ forth ^ ^ j and 

operating characteristics prior to being transferred to inchidme- 

said target device. 50 ~ . 

11. The method as set forth in claim 10 and further preparing a playlist, said playlist being comprised of a 
including: listing of multimedia segments to be transferred to said 

preparing a playlist, said playlist being comprised of a -J**™ 1 dev ^ e - * * , 

listing of multimedia segments to be transferred to said ^ ™* method 115 ^ forth m claim 1 and further 

target device. 55 including: 

12. The method as set forth in claim 11 and further determining resources required for transferring said roul- 
including: timedia segments to said target device; and 

determining resources required for transferring said mul- reserving said resources to ensure a constant availability 

timedia segments lo said target device; and 6Q of said resources during a transfer of said multimedia 

reserving said resources to ensure a constant availability segments to said target device, 
of said resources during a transfer of said multimedia 

segments to said target device. ***** 
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